home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group94a.txt / 000008_icon-group-sender _Thu Jan 6 21:35:51 1994.msg < prev    next >
Internet Message Format  |  1994-08-19  |  1KB
  1. Received: by cheltenham.cs.arizona.edu; Mon, 10 Jan 1994 12:06:01 MST
  2. Date: 6 Jan 94 21:35:51 GMT
  3. From: walter!flaubert!norman@rutgers.edu  (Norman Ramsey)
  4. Organization: Bellcore, Morristown NJ
  5. Subject: Icon and sockets
  6. Message-Id: <CJ89Br.BpG@walter.bellcore.com>
  7. References: <CJ7nLJ.DL6@walter.bellcore.com>
  8. Sender: icon-group-request@cs.arizona.edu
  9. To: icon-group@cs.arizona.edu
  10. Status: R
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12.  
  13. In article <CJ7nLJ.DL6@walter.bellcore.com>,
  14. Darren New  <dnew@thumper.bellcore.com> wrote:
  15. >You can delete, unfortunately, easy low-level nonportable access to OS
  16. >features.  It's non-trivial to use sockets, for example, from inside
  17. >Icon, I've found. 
  18.  
  19. Yes, and it's a disappointment.  I had the idea of trying
  20.     socket := open("telnet myhost 119", "bp")
  21. on a Unix host to see if I could write network clients that way, but I
  22. haven't actually gotten around to it yet.  If anyone gets something
  23. similar to work, I would enjoy hearing about it.
  24.  
  25. To write servers, the best alternative may be to write a C program
  26. that uses accept(2) and then forks an Icon program once a connection
  27. is established.
  28.  
  29. Norman
  30.